| Je práve Vaše CAD oddelenie súčasťou medzinárodného tímu? Potrebujete doslova centralizovať Vaše projekty? Už Vás nebaví vymieňať modely resp. výkresy cez email? Čítajte ďalej a ukážeme Vám, ako hlboko králičia nora vedie. |
| Áno, chce to systém. Chce to replikovať. Replikovať znamená využiť automatický proces kopírovania a údržby objektov vo viacerých databázach. Zmeny aplikované na jednom mieste sa zreplikujú do každej vzdialenej lokácie. Replikácia tak poskytuje užívateľovi rýchly lokálny prístup a o to nám všetkým vlastne ide. |
 |
| Obr. Replikované prostredie. |
| Ale poďme pekne po poriadku. Začneme Vault serverom. VAULT SERVER, jeho srdcom je konzola ADMS (Autodesk Data Management Server Console). Na to aby správne konzola fungovala potrebuje Windows Server v roli webového servera (IIS) a bezpochyby tiež databázový systém SQL. |
| Užívatelia sa tak v prostredí lokálnej siete pripájajú prostredníctvom Vault klienta resp. prostredníctvom modulu v CAD aplikácii priamo na lokálny Vault server. Ak užívateľ niečo vytvorí na svojom PC, príkazom “CHECK IN” zabezpečí uloženie modelu na centrálnom serveri. Naopak, ak potrebuje použiť niečo z centrálnej databázy, použije príkaz “GET/CHECK OUT”, podľa potreby, samozrejme. Ale nie o tomto je tento článok. Vráťme sa teda k serverovej časti. Zoberme do úvahy že už máme jeden VAULT SERVER. |
 |
| Obrázok č.1 VAULT SERVER |
| Koncepcia serverovej časti môže byť v prípade potreby zmenená. Napr. server určený pre VAULT môže využívať SQL databázu z iného vyhradeného servera. Takéto zapojenie je bežné v prípadoch využitia už existujúceho SQL servera v podniku a je odporúčané v replikovaných prostrediach. |
 |
| Obrázok č.2 VAULT SERVER + SHARED SQL |
| V prípade využitia firemných NAS a iných STORAGE zariadení, je tu možnosť presunúť úložisko súborov na zdieľaný priečinok resp. na pripojenú sieťovú jednotku. |
 |
| Obrázok č.3 VAULT SERVER + SHARED SQL + REMOTE FILE STORE |
| |
| 1. MULTISITE prostredie |
| Prvým stupňom replikácie, ktorý Autodesk ponúka je takzvané MULTISITE prostredie. Zoberme do úvahy nasledujúci príklad. Dve rôzne oddelenia, fyzicky od seba vzdialené. Pozrite na nasledujúci obrázok č.4 . Oddelenie Vancouver je hlavným stanom podniku a vlastní hlavný server s ADMS konzolou a SQL serverom. Pobočka v Redmonde má svoju vlastnú konzolu, no v MULTISITE prostredí využíva takzvané vzdialené SQL. Spojenie medzi oboma lokalitami je zabezpečené virtuálnou privátnou sieťou VPN. |
 |
| Obrázok č.4 MULTISITE |
| Užívateľ CAD aplikácie, v tomto príklade Autodesk Inventoru na strane Vancouveru zaradí zostavu do Vaultu. Použije pritom príkaz CHECK IN z karty VAULT. |
 |
| Obrázok č.5 Zaradenie zostavy do Vaultu |
 |
| Obrázok č.6 Pohľad na server VANCOUVER z prostredia Vault klienta. |
| Server v REDMONDE ma svoju vlastnú ADMS konzolu, no SQL databázu využíva tú hlavnú vo VANCOUVERI. Znamená to, že užívateľ v REDMONDE okamžite vidí zaradenú zostavu, ale súbory, fyzické súbory sú ešte iba vo VANCOUVERI. Signalizuje to ikonka zvýraznená červeným krúžkom na nasledujúcom obrázku. |
 |
| Obrázok č.7 Pohľad na server REDMOND z prostredia Vault klienta |
| V prípade ak by užívateľ z REDMONDU potreboval otvoriť zostavu, Vault klient ho upozorní na to, že daná zostava sa na jeho lokálnom serveri v REDMONDE ešte nenachádza. Má tak na výber, či napriek tomu otvorí zostavu, alebo počká na zreplikovanie. |
 |
| Obrázok č.8 Upozornenie |
| Tu prichádza na rad spomínaná replikácia. Z prostredia ADMS konzoly (v REDMONDE alebo vo VANCOUVERI) spustíme replikáciu. Replikácia zabezpečí, že všetky súbory z VANCOUVERU sa prekopírujú do REDMONDU. |
 |
| Obrázok č.9 Inicializácia replikácie |
| V prípade, že nechceme replikovať kompletne celé centrálne úložište z VANCOUVERU, z rôznych dôvodov, môžeme v nastaveniach špecifikovať, ktoré priečinky majú byť replikované. |
 |
| Obrázok č.10 Špecifikácia priečinkov k replikácii |
| Ďalej je tu možnosť nastaviť automatickú replikáciu, napr. každý pracovný deň o polnoci. |
 |
| Obrázok č.11 Plánovanie automatickej replikácie |
| Multisite prostredie sa väčšinou používa pre tie kratšie vzdialenosti medzi dvoma oddeleniami. Samozrejme všetko závisí od rýchlosti spojenia, latencie siete a jej odozvy. K nevýhodám patrí fakt, že v prípade výpadku internetu, či strate VPN spojenia je REDMOND oddelenie do času nápravy odstavené. Výhodou je ale potreba iba jediného SQL servera, čo v tomto prípade musí byť minimálne vo verzii STANDARD. |
| |
| 2. CONNECTED WORKGROUPS |
| Nevýhodu straty spojenia Autodesk nahradil druhým stupňom replikácie, takzvaným systémom CONNECTED WORKGROUPS. Správanie systému je viac menej podobné, no v prípade výpadku spojenia, užívatelia v Munichu (pozrite obrázok č.12) môžu naďalej pracovať so svojim lokálnym serverom. Po obnove spojenia sa SQL databázy automaticky zosynchronizujú, teda zreplikujú. |
 |
| Obrázok č.12 CONNECTED WORKGROUPS |
| Navyše má tento systém ešte jednu výhodu oproti MULTISITE prostrediu. Uznajte, že v takomto replikovanom prostredí by nebolo na škodu, aby boli vaše dáta výhradne chránené a aby napr. návrhy z Munichu nemohla modifikovať skupina konštruktérov z VANCOUVERU a naopak. Symbol kladky (na obrázku č.13 zvýraznený červenými krúžkami) znamená, pre tím z Munichu zákaz modifikovať dokumenty patriace tímu z VANCOUVERU. Samozrejme, môžu ich čítať a použiť, no nesmú ich zmeniť. |
 |
| Obrázok č.13 Ownership - vlastníctvo objektov |
| No, aj to sa dá samozrejme zmeniť. Ak je vôľa ... a chuť. Chlapci z VANCOUVERU môžu bez problémov, kedykoľvek presunúť vlastnícke práva na akýkoľvek priečinok alebo dokument a dokonca na určitú dobu. |
 |
| Obrázok č.14 Manage Ownership – zmena vlastníctva objektov |
| |
| 3. ZÁVER |
| Čo dodať na záver. Zvážte Vaše potreby, zvážte pre a proti. V prípade akýchkoľvek otázok nás neváhajte kontaktovať. Sme pripravení Vám odpovedať a poradiť. Prostredie replikácie máme pripravené k ukážke a otestovaniu. Zabezpečíme Vám kompletnú implementáciu nech už ste kdekoľvek. |
| |
| S pozdravom ŠTOR Tím |
| |
| |
| |
| |
